home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000265_timbl@www3.cern.ch _Thu Oct 29 16:29:59 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA19500; Thu, 29 Oct 92 16:29:59 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA00414; Thu, 29 Oct 92 16:41:15 +0100
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA06151; Thu, 29 Oct 92 16:38:18 +0100
  8. Date: Thu, 29 Oct 92 16:38:18 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9210291538.AA06151@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: Dan Connolly <connolly@pixel.convex.com>
  14. Subject: Re: misconceptions about MIME [long] 
  15. Cc: www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18.  
  19.  
  20. >Would it be reasonable of us to take Dan's cue and change HTTP2 so that
  21. >  >the returned message is a MIME format?
  22. >  
  23.  
  24. >  You mean use MIME content types for HTTP2 format negociation: exactly!
  25.  
  26.  
  27.     Sounds reasonable to me in the interest of reasonableness.
  28.  
  29. >  > and also
  30. >  >use an IETF standard URL a the external reference format?
  31. >  
  32.  
  33. >  I'm not sure I understand this part. Sure you can have a format
  34. >  called text/html, and sure you can put URLs in it, but that
  35. >  doesn't mean URLs have to become part of the MIME standard.
  36. >  
  37.  
  38.  
  39. I mean that there is a clash between the URL/URI work and the MIME
  40. external context format.  For example there are two ways of writing
  41. a reference to an FTP archive. It would be neat to amalgamate them.
  42. I  personally think the MIME format is too longwinded (look at the
  43. ref on the end of your earlier message -- that could have been 1 line).
  44.  
  45. Of couse a generic URL could be made another specific MIME external
  46. reference format, as FTP is now, which would provide a transistion.
  47.  
  48. ---- by the way...
  49.  
  50. Data formats:
  51. It is true that a generic system ought to be able to represent the
  52. complexities of reality. But it is also true that if one makes
  53. arbitrary choices and only accomodates those, then reality may in the
  54. end toe the line.  MIME registration will give a lot of weight to
  55. a particular set of paramaters for a data format, and so the
  56. use of arbitrary deviants from the registered formats would tend to
  57. die out.
  58.  
  59. To a certain extent only, of course. There will always be people
  60. who use weird formats, but then noone will be able to
  61. hear anything of them anyway... ;-)
  62.  
  63.     Tim
  64.  
  65.